一、启动nacos：① 使用docker安装nacos：dockerpullnacos/nacos-server:2.0.3②启动容器（配置8848端口为nacos端口）：dockerrun--namemynacos-eMODE=standalone-p8848:8848-dnacos/nacos-server:2.0.3③查看是否启动成功：dockerps以下代表启动成功： ④启动nacos：dockerexec-it76c9be91653a/bin/bash#其中76c9be91653a为nacos的containerID没有关闭防火墙的可以选择性关闭防火墙：systemctlstopfi
Nacos2.2.1下载好官方代码后可以参考火车头-110的文章。nacos2.2.1本地启动我遇到一个比较坑的问题是按照这位大佬文章设置后还是会报错：Errorcreatingbeanwithname'externalDumpService':Invocationofinitmethodfailed;nestedexceptionisErrCode:500,ErrMsg:NacosServerdidnotstartbecausedumpservicebeanconstructionfailure:NoDataSourceset网上搜了一下是数据库配置有问题，按照别人的加时区什么的搞了半天还是
Zookeeper是⼀款经典的服务注册中心产品（虽然它最初的定位并不在于此），在很长⼀段时间里，它是国人在提起RPC服务注册中心时心里想到的唯⼀选择。Eureka借着微服务概念的流行，与SpringCloud生态的深度结合，也获取了大量的用户。Consul在设计上把很多分布式服务治理上要用到的功能都包含在内，可以支持服务注册、健康检查、配置管理、ServiceMesh等。Nacos携带着阿里巴巴大规模服务生产经验，试图在服务注册和配置管理这个市场上，提供给用户⼀个新的选择。数据模型Zookeeper没有针对服务发现设计数据模型，它的数据是以⼀种更加抽象的树形K-V组织的，因此理论上可以存储任何
因为电脑装了虚拟机，所以存在多块网卡，服务注册到nacos时默认使用了虚拟机的网卡，导致网关无法将请求路由到正确的服务上。nacos查看服务的IP地址如下：实际想使用的IP地址是127.0.0.1，即我本机的IP地址，因为开发环境服务是运行在本机的。解决办法，直接在nacos的配置里加上ip这一项属性，将注册的服务IP直接设置为想要的IP地址，然后重启服务即可。spring:cloud:nacos:discovery:server-addr:localhost:8848ip:127.0.0.1修改完成重启服务之后在nacos查看的地址如下：
一、前言NacosConfigStarter实现了org.springframework.cloud.bootstrap.config.PropertySourceLocator接口，并将优先级设置为最高。在SpringCloud应用启动阶段，会主动从NacosServer端获取对应的数据，并将获取到的数据转换成PropertySource且注入到Environment的PropertySources属性中，所以使用@Value注解也能直接获取NacosServer端配置的内容。二、本地配置覆盖远程配置前言部分已说明NacosConfigStarter将远程配置优先级设置成为最高，故需要在远程
1.执行命令sudogeminstallcocoapods 报错：Youdon'thavewritepermissionsforthe/Library/Ruby/Gems/2.6.0directory非常不推荐sudo安装！！！2.安装新的homebrew(参考官网https://github.com/homebrew/install#uninstall-homebrew)首先卸载：/bin/bash-c"$(curl-fsSLhttps://raw.githubusercontent.com/Homebrew/install/HEAD/uninstall.sh)"然后安装新的/bin/bas
一、服务配置中心先我们来看一下,微服务架构下关于配置文件的一些问题：配置文件相对分散。在一个微服务架构下，配置文件会随着微服务的增多变的越来越多，而且分散在各个微服务中，不好统一配置和管理。配置文件无法区分环境，开发环境、测试环境、线上环境。微服务项目可能会有多个环境，例如：测试环境、预发布环境、生产环境。每一个环境所使用的配置理论上都是不同的，一旦需要修改，就需要我们去各个微服务下手动维护，这比较困难。配置文件无法实时更新。我们修改了配置文件之后，必须重新启动微服务才能使配置生效，这对一个正在运行的项目来说是非常不友好的。基于上面这些问题，我们就需要配置中心的加入来解决这些问题。配置中心的思
目录1.概念2.Eureka1.服务搭建1.依赖导入2.配置文件3.启动项目2.服务注册1.依赖导入2.配置文件3.启动多个实例3.服务发现1.依赖导入2.配置文件3.服务拉取和负载均衡4.小结3.Ribbon1.负载均衡流程2.负载均衡策略3.加载策略4.Nacos1.下载安装2.注册中心1.引入依赖、修改配置2.服务分级存储模型1.配置集群2.同集群优先的负载均衡3.权重配置4.环境隔离1.创建namespace2.配置命名空间3.永久实例3.配置管理1.统一配置管理1.nacos添加配置文件2.从nacos拉取配置2.配置热更新3.配置共享1.概念注册中心：需求：当一个服务提供者Serv
问题一：命名空间未使用ID这应该是最常见的问题了，大多数小伙伴问题应该都出在这里，spring.cloud.nacos.discovery.namespace指定的是命名空间名称而不是命名空间ID。问题二：bootsrtap.yml指定了命名空间ID服务列表还是不显示？bootsrtap.yml指定了namespace，但是配置中心的配置文件指定的还是命名空间名称，也就是说系统根据bootsrtap.yml加载了nacos上的配置文件，远程配置文件中的namespace或其他cloud相关配置可能有误覆盖了bootsrtap.yml中的配置。由于最初系统读取的是bootsrtap.yml因此能
本文介绍从gitee下载nacos源码，在本地编译，并导入idea进行本地调试。从gitee下载源码由于github访问速度慢，所以我选择使用gitee的镜像仓库：gitclonehttps://gitee.com/mirrors/Nacos.git本文使用2.0.2版本，所以需要切换到2.0.2分支：cdNacosgitcheckout2.0.2创建一个自己的分支，用于保存笔记和代码注释：gitcheckout-bmy-2.0.2本地编译mvn-Dmaven.test.skip=true-Drat.skip=truecleaninstall构建发布包mvn-Prelease-nacos-Dm
